Conversation
Adding Waves codec to tgl-max98357a-rt5682 topology Changes here are WIP and should be treated as reference for Waves codec instantiation, startup payload, max payload size, etc. Signed-off-by: Oleksandr Strelchenko <oleksandr.strelchenko@waves.com>
|
@cujomalainey @RDharageswari |
|
@stolx @cujomalainey do you really want this merge in the SOF main branch? This should be hosted somewhere else where the binaries are accessible. |
|
given the upcoming topology change yes we want it here. It will be hidden behind a flag, but we figure it be best to keep everything upstream except libraries and tuning for maintenance sake. A topology is nothing special that someone could cook up anyways given the codec adapter source. |
|
|
||
| # Low Latency playback pipeline 2 on PCM 1 using max 2 channels of s24le. | ||
| # Schedule 48 frames per 1000us deadline on core 0 with priority 0 | ||
| PIPELINE_PCM_ADD(sof/pipe-volume-playback.m4, |
There was a problem hiding this comment.
Looks good, we just need to hide this change behind a flag similar to line L#254
| include(`muxdemux.m4') | ||
| include(`mixercontrol.m4') | ||
| include(`bytecontrol.m4') | ||
| include(`dai.m4') |
There was a problem hiding this comment.
for this file i think it might be better to just copy this file and make a "waves-demux" pipeline
Sorry, not following. This is a topology that can be tested in CI and on my test Volteer device w/ Ubuntu + latest kernel, and this PR adds a pre-requisite that the binaries be part of the firmware. That breaks the public CI and tests for non-Chrome releases. That is a regression from my perspective, you are breaking my setup. Again there should be nothing in the public tree that overrides a default behavior by assuming the presence of 3rd party libraries. Move this file to a different Chome directory if you want to, but don't change the default please. |
Please see comments on PR, this is not going to replace the existing PR, hence why this is a draft. It will be going behind a flag. We are using drafts as cross-team work spaces, hence why it is not ready for review yet. |
| `dapm(N_BUFFER(0), N_PCMP(PCM_ID))', | ||
| `dapm(N_BUFFER(3), N_PCMP(PCM_ID))', | ||
| `dapm(N_CODEC_ADAPTER(0), N_BUFFER(3))', | ||
| `dapm(N_BUFFER(0), N_CODEC_ADAPTER(0))', |
There was a problem hiding this comment.
the pipe-volume-demux-playback.m4 is quite generic, adding codec_adapter to this makes confusion, as @cujomalainey commented, create a new .m4 for it is better choice.
| @@ -0,0 +1,121 @@ | |||
| # Low Latency Passthrough with codec_adapter Pipeline and PCM | |||
| # codec_adapter instantiates Waves codec | |||
| # | |||
There was a problem hiding this comment.
I wonder what is the utility of pipe-codec-adapter-playback.m4 if we create this kind of files for each new type of codec.
Cc: @johnylin76
There was a problem hiding this comment.
Ah good point that might be the better solution, good point for the generic pipeline, demux will likely sill need copying.
| # PCM Configuration | ||
| # | ||
|
|
||
| PCM_CAPABILITIES(Passthrough Playback PCM_ID, CAPABILITY_FORMAT_NAME(PIPELINE_FORMAT), PCM_MIN_RATE, PCM_MAX_RATE, 2, PIPELINE_CHANNELS, 2, 16, 192, 16384, 65536, 65536) No newline at end of file |
There was a problem hiding this comment.
fyi all files need a new line at the end.
|
Please resubmit with "main" as PR base branch. |
Adding Waves codec to tgl-max98357a-rt5682 topology
Changes here are WIP and should be treated as reference
for Waves codec instantiation, startup payload,
max payload size, etc.
Signed-off-by: Oleksandr Strelchenko oleksandr.strelchenko@waves.com